-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix for Noetic (and two minor things) #60
base: master
Are you sure you want to change the base?
Conversation
tkazik
commented
Jan 13, 2021
•
edited
Loading
edited
- fixes message generation for Noetic
- gets rid of FindEigen.cmake deprecated warning (=> Eigen3)
- increases cmake min req version to get rid of cmake warnings (RSL uses 3.10)
Build dependency instead of buildtool dependency (viconEstimator.msg was not built)
Avoids warning "The FindEigen.cmake Module in the cmake_modules package is deprecated." while building
This avoids warning ("Policy CMP0048 is not set")
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for this. Builds on Melodic for me.
However, we should sort out Jenkins before merging anything.
I'll have a look this evening.
True...I just had a brief look:
Two options: Which one do you prefer? PS: Same Jenkins issue probably also affects #59 and #58 (@rikba) |
Thanks the info @tkazik! I see that all of our MAV jenkins jobs pull in all of our deps, of which lightweight_filtering (through rovio) is one. So I guess 100% of our buildjobs are broken right now. To confirm this I manually triggered a job for rovio (hasn't been built on jenkins in over a year) and sure enough it fails: https://jenkins.asl.ethz.ch/job/rovio/label=ubuntu/116/ I'm thinking that surely we have a 16.04 Jenkins slave? surely?! I'm clocking off for tonight though. |
Added build status, replaced dead UNC-url & editorial changes
Yes, I think that currently all build jobs that include ROVIO and are executed by Jenkins on a 14.04/Trusty are broken. So there are some more options (besides the two above):
I added the build status to the README, updated a few links and restructured it a bit...hope you don't mind. |
we should probably kick out all builds for 14.04 (and 16.04?) eventually, not worth spending the time to maintain this stuff (I estimate we have about 1 user still using them) |
Yes but that user is probably the best-looking member of this team. ... but yeah let's kick out 14.04. |
Nah I am already on 18.04 |
lol guys, that escalated quickly...how about you ask some "mirror, mirror on the wall?" Anyway, Jenkins seems to be willing to get some tender loving care (ssh or curl update on 14.04; or rather assign it to a newer node (preferable 18.04)). How do we proceed? I don't have the proper rights for the Jenkins machine...would be happy to look over someone's (virtual) shoulder. |
I just checked, ros_vrpn_client is not set up as a multi-configuration jekins project, so it doesn't really care where it gets executed and thus may fail sometimes and not some other times. Proposal: We set it up as a new multi-config project and assign it to right hosts. Edit: first tagged some random github user named Tim :-) |